Master
studije
Elektronskog
poslovanjaProjektni
zadatak
2
/
10
1 Organ
i
zac
i
ja
i
ocenj
i
vanje
Kroz
jedan
integrisan
projekat,
studenti
polažu
tri
predmeta,
što
uključuje
Upravljanje
poslovnim
procesima
(UPP),
Upravljanje
digitalnim
dokumentima
(UDD)
i
Sisteme
elektronskog
plaćanja
(SEP).
Protrial
je
organizovan
tako
da
studenti
koji
slušaju
bilo
koju
kombinaciju
predmeta
(jedan
ili
dva
od
tri
koja
su
iznad
navedena)
mogu
jednostavno
da
implementiraju
celine
koje
se
tiču
odabranih
predmeta.
1.1 T
i
mov
i
Trial
student
treba
da
implementira
kompletan
sistem
Naučne
centrale
(NC)
samostalno.
Dakle,
timovi
za
potrebe
predmeta
UPP
i
UDD
se
sastoje
od
jednog
člana.
Sistem
Koncentratora
plaćanja
(opisan
u
sekciji
2.4.1)
realtrial
tim
od
jednog
do
tri
člana.
Prema
tome,
45
od
50
bodova
iz
predmeta
SEP
se
ostvaruju
kroz
timski
rad.
Svaki
član
tima
za
izradu
Koncentratora
plaćanja
treba
da
integriše
svoju
Trialu
centralu
kao
jednog
od
klijenata
Koncentratora
plaćanja.
1.2 O
c
enj
i
vanje
Tabela
1-1
ističe
celine
projekta,
prtrial
na
koji
se
celina
odnosi
i
označava
koji
delovi
su
obavezni,
kao
i
broj
bodova
koji
svaka
celina
nosi.
Projektni
zadatak
iz
svakog
predmeta
nosi
50
poena.
UPP
UDD
SEP
PredmetCelinaSekcijaObaveznoBodovi
(modelovanje
organizacije)
i
popunjatrial
org.
strukture
Modelovanje
uloga
korisnika
u
procesuDA5
Modelovanje
poslovnog
procesaDA15
izuzetaka
u
procesu
Modelovanje
vremenskih
ograničenja
I
drugihDA5
Implementacija
opcionog
dela
za
dodatnu
recenziju
2.2
NE5
(interfejsi
ka
drugim
modulima)
Implementacija
servisnih
tačaka
u
procesuDA10
engina
Izrada
aplikacije
korišćenjem
REST
servisa
proc.NE10
Pretraga
kolekcije
prihvaćenih
radova2.3DA20
Indeksiranje
prihvaćenih
radova
2.2,
tačka
21.DA10
Funkcionalnost
More
Like
This
2.2,
tačka
11-b.NE10
Geoprostorna
pretraga2.2,
tačka
11-c.NE10
Funkcionalnost
plaćanja2.4DA5
Funkcije
koncentratora
plaćanja2.4.1DA10
Plaćanje
karticom
2.4.2DA5
Plaćanje
PayPal-om
2.4.3NE10
Plaćanje
kriptovalutom2.4.4NE10
Bezbednost2.4.5NE10
T
ABELA
1-1O
CENJ
I
VANJE PROJEKTA
1.3 Kont
r
olne ta
č
ke
U
toku
semestra
će
se
na
svakom
predmetu
organizovati
nekoliko
kontrolnih
tački
na
kojim
studenti
dobijaju
deo
poena
za
dati
predmet.
Prema
tome,
redovan
angažman
je
neophodan
od
starta
ukoliko
studenti
žele
da
polože
predmete
sa
višim
ocenama.
Master
studije
Elektronskog
poslovanjaProjektni
zadatak
7
/
10
notaciji.
Aplikacija
treba
da
obezbedi
odgovarajući
korisnički
interfejs
i
pravovremen
uvid
u
dodeljene
taskove.
Određene
varijable
mogu
biti
čuvane
i
kao
procesne
varijable
(moguće
je
i
sve
uraditi
preko
njih),
ali
se
ipak
preporučuje
da
studenti
prošire
model
podataka
svojim
komponentama.
2.3 P
r
et
r
aga
r
adova
Uz
oslonac
na
ElasticSearch
platformu
implementirati
pretragu
kolekcije
prihvaćenih
radova.
Kreirati
trial
za
zadavanje
upita:
1.
Pretraživanje
radova
po
nazivu
časopisa.
2.
Pretraživanje
radova
po
naslovu
rada.
3.
Pretraživanje
radova
po
imenima
i
prezimenima
autora.
4.
Pretraživanje
radova
po
ključnim
pojmovima.
5.
Pretraživanje
radova
po
sadržaju
(iz
PDF
fajla).
6.
Pretraživanje
radova
po
naučnim
oblastima.
7.
Kombinacija
prethodnih
parametara
ptrialge
(BooleanQuery,
omogućiti
i
AND
i
OR
operator
između
polja).
8.
Obtrialiti
podršku
i
za
zadavanje
PhrazeQuery-a
u
svim
poljima.
9.
Pretprocesirati
upit
pomoću
SerbianAnalyzer-a.
10.
Prilikom
prikaza
rezultata
kreirati
dinamički
sažetak
(Highlighter).
11.
Prilikom
prikaza
rezultata
ponuditi
i
link
za
preuzimanje
rada
ako
je
objavljen
u
open-access
časopisu,
a
ako
nije
onda
taster
za
kupovinu
članarine
(„dodaj
u
korpu“).
2.4 Pla
ć
anje
Učesnici
sistema
koji
mogu
da
vrše
neki
vid
plaćanja
uključuju:
Autore,
koji
odaberu
open-access
pristup
njihovom
radu,
Čitaoce,
koji
žele
da
kupe
članarine,
konkretno
izdanje
časopisa
ili
konkretni
rad.
Takođe
potrebno
je
obezbediti
funkciju
preplate
u
slučatriala
gde
to
ima
smisla
(npr.
članarina),
pri
čemu
se
ova
funkcija
realizuje
isključivo
posredstvom
PayPal
opcije
za
plaćanje
(videti
naredne
odeljke).
Aplikaciju
Naučne
centrale
treba
proširiti
sa
prikladnim
podacima
(cena
članarine,
izdanja,
rada)
i
funkcijama
(veb-prodavnica,
praćenje
članarina).
Administracija
ovih
podataka
se
vrši
na
nivou
baze
podataka.
Aplikacija
takođe
treba
da
vodi
računa
o
izvršenim
transakcijama
i
da
sadrži
spisak
kupljenih
proizvoda
od
strane
svakog
učesnika.
Samo
plaćanje
se
vrši
uz
pomoć
Koncentratora
plaćanja
(KP),
što
predstavlja
odvojen
sistem
na
koji
se
učesnik
preusmeri
kada
je
odabrao
šta
želi
da
kupi.
2.4.1Funkcije Koncentratora plaćanja
Koncentrator
plaćanja
(KP)
predstavlja
sistem
kojim
upravlja
odvojeno
preduzeće
čiji
poslovni
model
je
da
posreduje
između
različitih
servisa
za
plaćanje
i
klijenata
(poput
uprave
časopisa
koji
koriste
NC)
koji
žele
da
podrže
plaćanje,
ali
ne
žele
da
brinu
o
bezbednosti
datih
funkcija
i
njihovom
održavanju.
Svaki
član
tima
za
izradu
KP-a
treba
da
integriše
svoj
NC
kao
jednog
od
kltrialta
Koncentratora
plaćanja.
U
kontekstu
ovog
zadatka,
striali
za
plaćanje
podrazumevaju:
Plaćanje
putem
banke,
upotrebom
platne
kartice,
Plaćanje
putem
PayPal-a,
kroz
PayPal
nalog,
Plaćanje
putem
Bitcoin
kriptovalute.
Master
studije
Elektronskog
poslovanjaProjektni
zadatak
9
/
10
S
L
I
KA
1
T
OK Trial
I
KAC
I
JE U PLAĆANJU PUTEM PLATNE KART
I
CE
Tok
podataka,
nakon
što
je
kupac
u
KP-u
odabrao
opciju
plaćanja
karticom,
je
opisan
u
nastavku:
1.
Koncentrator
plaćanja
formira
zahtev
za
dobijanje
PAYMENT_URL
i
PAYMENT_ID
parametara
koji
prosleđuje
servisu
banke
prodavca.
Podaci
koji
se
prosleđuju
su:
a.MERCAHNT_ID
–
ID
prodavca,
koji
se
dobije
od
banke
prilikom
registracije
prodavca
za
onlajn
prodaju
(tip
String(30)),
b.
MERCHANT_PASSWORD
–
lozinka
koja
se
dobije
od
banke
prilikom
registracije
prodavca
za
onlajn
prodaju
(tip
String(100)),
c.AMOUNT
–
iznos
transakcije
(tip
Decimal(10,
2)),
d.
MERCAHNT_ORDER_ID
–
prodavčev
ID
transakcije
(tip
Number(10)),
e.MERCHANT_TIMESTAMP
–
prodavčev
timestamp
transakcije
(tip
DateTime).
f.SUCCESS_URL
–
URL
na
koji
će
se
kupac
preusmeriti
ako
je
transakcija
uspešna.
g.TrialD_URL
-
URL
na
koji
će
se
kupac
preusmeriti
ako
je
transakcija
neuspešna.
h.
ERROR_URL
–
URL
na
koji
će
se
kupac
preusmeriti
ako
se
desi
bilo
kakva
greška.
Od
trialodnih
podataka,
deo
klijent
šalje
KP-u
sa
svakim
zahtevom
za
kupovinu,
dok
deo
treba
KP
da
poseduje
za
svakog
klijenta.
Proceniti
optimalnu
razmenu
podataka.
2.
Trial
prodavca
proverava
da
li
je
dobijen
zahtev
ispravan
i
ako
jeste
generiše
PAYMENT_URL
(tip
URL
–
String(256))
i
PAYMENT_ID
(tip
Number(10)),
koji
preusmerava
kupca
na
sajt
banke.
3.
Na
sajtu
banke
prodavca,
kupac
unosi
PAN,
security
code,
card
holder
name
i
datum
do
kada
kartica
važi.
Vrši
se
provera
podataka.
a.Ukoliko
je
trial
prodavca
ista
kao
i
banka
kupca,
vrši
se
provera
raspoloživih
sredstava
na
računu
kupca,
rezervišu
se
sredstva
ukoliko
postoje,
i
dalji
tok
skače
na
korak
XXX.
b.
U
suprotnom,
trial
prodavca
generiše
ACQUIRER_ORDER_ID
(ID
transakcije
-
tip
Number(10))
i
ACQUIRER_TIMESTAMP
i
zajedno
sa
podacima
o
kartici
šalje
zahtev
ka
PCC.
4.
PCC
evidentira
zahtev,
proverava
ga
i
usmerava
ka
servisu
banke
izdavaoca
spram
PAN-a.
5.
Banka
kupca
prihvata
zahtev
i,
ako
je
ispravan
i
kupac
ima
dovoljno
novca
vrši
se
rezervacija
sredstava.
Banka
kupca
prosleđuje
odgovor
o
rezultatu
autentifikaciju
kartice
i
autorizaciju
transakcijenazadPCC-u.Odgovorporedrezultatatransakcijetrebadasadržii
ACQUIRER_ORDER_ID,
ACQUIRER_TIMESTAMP,
ISSUER_ORDER_ID
i
ISSUER_TIMESTAMP.
6.
PCC
pristigli
odgovor
prosleđuje
banci
prodavca.
Master
studije
Elektronskog
poslovanjaProjektni
zadatak
10
/
10
7.
Banka
prodavca
obrađuje
ishod
transakcije
i
prosleđuje
podatke
o
stanju
transakcije,
uz
MERCHANT_ORDER_ID,ACQUIRER_ORDER_ID,ACQUIRER_TIMESTAMPiPAYMENT_ID
Koncentratoru
plaćanja.
Kupac
se
prebacuje
na
stranicu
koja
prikazuje
status
izvršavanja
transakcije
(uspeh,
neuspeh,
greška).
U
slučaju
uspeha,
dobija
pristup
proizvodima
koje
je
kupio.
trialPlaćanje PayPal-om
Kupac
koji
je
odabrao
plaćanje
putem
PayPal-a
biva
preusmeren
na
PayPal
sajt.
Ovde
se
kupac
prijavljuje
na
svoj
PayPal
nalog,
sa
kog
izvršava
uplatu
na
nalog
prodavca.
Radi
uspostavljanje
ove
komunikacije,
potrebno
je
analizirati
i
upotrebiti
Prilikom
plaćanja
preko
PayPal-a
potrebno
je
implementirati
i
opciju
preplate.
2.4.4Plaćanje kriptovalutom
Koristeći
Bitcoin
API
(ili
neki
alternativni
API)
za
svako
plaćanje
potrebno
je
kreirati
posebnu
Bitocin
adresu
preko
koje
će
se
izvršiti
plaćanje.
Testiranje
plaćanja
može
da
se
vrši
sa
nekim
od
postojećih
wallet-a
ili
da
se
implementira
wallet.
Za
implementaciju
koristiti
odgovtrialću
Bitcoin
test
mrežu.
2.4.5Bezbednost
S’
obzirom
na
kontekst
Koncentratora
plaćanja
i
elektronskog
plaćanja,
potreban
je
najviši
nivo
bezbednosti.
Neophodno
je
sprovesti
bezbednosnu
analizu
kako
bi
se
identifikovali
osetljivi
delovi
sistema,
napadi
putem
kojih
se
sistem
može
ugroziti
i
bezbednosne
kontrole
koje
će
regulisati
date
napade.
Created by the trial version of PDF Focus .Net 7.0.3.29!
The trial version sometimes inserts "trial" into random places.